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(57) Abstract 

The invention relates to a method for controlling 
commands in several application files, whereby an access 
condition corresponding to said command is associated with 
each command in each application file, each command in 
each application file is executed if a user orders the execution 
thereof and if the access condition corresponding to said 
command is stored. According to the invention, the access 
conditions are stored jointly for all application files. 

(57) Abrege* 

L' invention concerne un procdde* de gestion de com- 
mandes dans plusieurs fichiers d' application, a chaque com- 
mande dans chaque fichier duplication 6tant associee une 
condition d'acces correspondant a ladite commande, chaque 
commande dans chaque fichier duplication 6tant executes 
si un utilisateur a ordonnd ^execution de ladite commande 
et si la condition d'acces correspondant a ladite commande 
est mdmorisee. Selon Tinvention, on garde mlmorisees 
les conditions d'acces conjointement pour tous les fichiers 
d'application. 



L 'UTILISATEUR A 0RDQNNE L*EXECUTI0N 
D'UNE COMMANDE DANS UN FICHIER D'APPLICATION 
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ON RECHERCHE SI LA CONDITION D'ACCES 
CORRESPONDANT A LADITE COMMANDE EST MEMORISE 
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SI LA CONDITION D'ACCES EST 
HEMORISEE, ALORS ON LANCE 
L-EXECUT10N DE LA C0MHANDE 



SI LA CONDITION D'ACCES N'EST PAS 
MEMORISE!, AtORS ON DEMANDE A 
LTJTtUSATEUR DE SATISFAKE A LA 
CONDITION (TACCES 



- SI L*UTft.lSATEUR SATISFAIT A LA 
CONDITION D'ACCES, ALORS ON MEMORISE 
LA CONDITION D'ACCES ET ON LANCE 
L'EXECUTtQN DE LA COMMANDE 



W. THE USER ORDERED THE EXECUTION OP A COMMAND IN AN APPLICATION FILE 

II .SEARCH IP THE ACCESS CONDITION CORRESPONDING TO SAID COMMAND IS STORED 

B. EXECUTION OF THE COMMAND IS LAUNCHED IP THE ACCESS CONDITION IS STORED 

W. THE USER IS REQUESTED TO MEET THE ACCESS CONDITION IF THE ACCESS CONDITION IS 

NOT STORED 

M. THE ACCESS CONDITION IS STORED AND THE EXECUTION OF THE COMMAND IS LAUNCHED 
IP THE USER MEETS THE ACCESS COKDmON 
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Procede de gestion de commandes dans plusieurs fichiers d'application 
et carte a puce pour la mise en oeuvre du procede 

5 L' invention concerne un procedd de gestion de commandes dans plusieurs 

fichiers d'application et une carte a puce adaptee a gerer des commandes dans 
plusieurs fichiers duplication. 

On connait des precedes de gestion de commandes adapts a gerer des 
commandes dans plusieurs fichiers d'application. Ces procedes sont par exemple 

10 adaptes a gerer des commandes telles que creer ou ouvrir ou supprimer un 
sous-fichier dans un premier fichier concernant une premiere application ou telles 
que creer ou ouvrir ou supprimer un sous-fichier d'un deuxieme fichier concernant 
une deuxieme application. Les moyens mettant en oeuvre de tels proc6des sont 
appeles « operating system » en anglais. 

15 Un utilisateur qui souhaite ordonner 1'execution d'une telle operation doit 

satisfaire a la condition d'acces associee a la commande dans le fichier 
d'application. 

Dans certains domaines d'application, ces conditions d'acces ont ete 
normalisees. On connait ainsi par exemple la norme EN 726-3 pour les procedes 

20 de gestion de commandes dans les cartes a puces. Cette norme mentionne par 
exemple une condition d'acces notee « ALW » pour laquelle l'utilisateur n'a 
besoin de satisfaire a aucune condition: ainsi une operation dans un fichier 
d'application, a laquelle est associee la condition d'acces « ALW » sera toujours 
execute si l'utilisateur 1'ordonne. Cette norme mentionne aussi une condition 

25 d'acces notee « NEV » : si l'utilisateur ordonne I'execution d'une operation dans 
un fichier d'application, a laquelle est associee la condition d'acces « NEV », cette 
operation ne sera pas executee. Cette norme mentionne egalement, entre autres, 
des conditions d'acces notees « CHV1 » et « CHV2 ». 

Les procedes de gestion de commandes dans plusieurs fichiers d'application 

30 connus ne permettent pas de gerer conjointement des commandes pour des fichiers 
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cT application differents. Ainsi, lorsqu'un operateur fait executer des commandes 
dans un premier fichier d' application, qu'il passe a un deuxieme fichier 
d'application pour y faire executer des commandes, et qu'il retourne au premier 
fichier d'application, il doit satisfaire a nouveau aux conditions d'acces pour faire 
5 executer, dans le premier fichier d'application, des commandes analogues a celles 
qu'il a fait executer initialement. 

L'objet de 1'invention est de proposer un precede de gestion de commandes 
dans plusieurs fichiers d'application, mis en oeuvre aisement et en toute securite, 
ayant un cout reduit et permettant de resoudre ce probleme. 

10 Plus precisement, 1 'invention concerne un procede de gestion de commandes 

dans plusieurs fichiers d'application, a chaque commande dans chaque fichier 
d'application etant associee une condition d'acces correspondant a ladite 
commande, chaque commande dans chaque fichier d'application etant executee si 
un utilisateur a ordonne l'execution de ladite commande et si la condition d'acces 

15 correspondant a ladite commande est memorisee, caracterise en ce qu'on garde 
memorisees les conditions d'acces conjointement pour tous les fichiers 
d'application auxquels Putilisateur a eu acces. 

De preference, un utilisateur ayant ordonne l'execution d'une commande 
dans un fichier d'application, 

20 on recherche si la condition d'acces correspondant a ladite commande est 

memorisee, 

si la condition d'acces est memorisee alors on lance l'execution de la 
commande, 

sinon on demande a l'utilisateur de satisfaire a la condition d'acces et alors, 
25 si l'utilisateur satisfait a la condition d'acces, on memorise la condition d'acces et 
on lance l'execution de la commande. 

Avantageusement, n designant un entier superieur ou egal a deux, 
l'utilisateur ayant satisfait a n conditions d'acces, on garde memorisees les n 
dernieres conditions d'acces satisfaites. 
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De preference, une nouvelle condition d'acces etant satisfaite par 
l'utilisateur, ladite condition d'acces n'etant pas en memoire, n conditions d'acces 
etant memorisees, on supprime de la memoire la condition d'acces la plus 
anciennement satisfaite et on memorise la condition d'acces nouvellement 
5 satisfaite. 

Selon un premier mode de mise en oeuvre du procede, n est egal au nombre 
de conditions d'acces pour l'ensemble des commandes de tous les fichiers 
d'application. 

Selon un deuxieme mode de mise en ceuvre du procede, n est superieur au 
10 nombre de conditions d'acces pour l'ensemble des commandes de tous les fichiers 
d'application. 

Selon un troisieme mode de mise en oeuvre du procede, n est inferieur au 
nombre de conditions d'acces pour l'ensemble des commandes de tous les fichiers 
d'application. 

15 Avantageusement, un contact etant etabli pour demarrer ledit procede de 

gestion de commandes, le contact etant rompu, on efface toutes les conditions 
d'acces. 

L'invention concerne egalement une carte a puce adaptee a gerer des 
commandes dans plusieurs fichiers d'application, a chaque commande dans 
20 chaque fichier d'application etant associee une condition d'acces correspondant a 
ladite commande, chaque commande dans chaque fichier d'application etant 
executee si un utilisateur a ordonne Fexecution de ladite commande et si la 
condition d'acces correspondant a ladite commande est en memoire, caracterisee 
en ce qu'elle comporte des moyens pour garder en memoire les conditions d'acces 
25 conjointement pour tous les fichiers d'application auxquels Futilisateur a eu acces. 

De preference, un utilisateur ayant ordonne l'execution d'une commande 
dans un fichier d'application, elle comporte : 

- des moyens adaptes a rechercher si la condition d'acces correspondant a 
ladite commande est en memoire, 
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- des moyens adaptes a lancer l'execution de la commande si la condition 
d'acces est en memoire, 

- des moyens adaptes a demander a I'utilisateur de satisfaire a la condition 
d'acces si la condition d'acces n'est pas en memoire, et 

5 - des moyens adapts a memoriser la condition d'acces et a lancer 

l'execution de la commande si I'utilisateur satisfait k la condition d'acces. 

Avantageusement, n designant un entier superieur ou egal a deux, 
I'utilisateur ayant satisfait a n conditions d'acces, elle comporte des moyens 
adaptes a garder en memoire les n dernieres conditions d'acces satisfaites. 

10 De preference, une nouvelle condition d'acces etant satisfaite par 

I'utilisateur, ladite condition d'acces n'etant pas en memoire, n conditions d'acces 
etant memorisees, elle comporte des moyens adaptes k supprimer de la memoire la 
condition d'acces la plus anciennement satisfaite et a memoriser la condition 
d'acces nouvellement satisfaite. 

15 Selon un premier mode de realisation, n est egal au nombre de conditions 

d'acces pour l'ensemble des commandes de tous les fichiers d'application. 

Selon un deuxieme mode de realisation, n est superieur au nombre de 
conditions d'acces pour l'ensemble des commandes de tous les fichiers 
d'application. 

20 Selon un troisieme mode de realisation, n est inferieur au nombre de 

conditions d'acces pour l'ensemble des commandes de tous les fichiers 
d'application. 

Avantageusement, la carte comporte un contact et des moyens adaptes a 
supprimer toutes les conditions d'acces lorsque le contact est rompu. 
25 D'autres caractdristiques et avantages de I'invention apparaitront au cours de 

la description d'un mode de realisation qui va suivre, donne a titre d'exemple non 
limitatif, a l'appui des cinq figures sur lesquelles : 

la figure 1 represente un tableau de memorisation relatif a un espace 
memoire dans la memoire vive de la carte a puce adaptee a gerer des commandes 
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dans plusieurs fichiers d'application, le tableau est represents dans 1'etat initial de 
memorisation, 

les figures 2 a 5 sont analogues a la figure 1 pour differents etats de 
memorisation, 

5 la figure 6 represente la carte et son environnement de fonctionnement, 

la figure 7 represente Porganisation logique de la carte, et 
la figure 8 represente un organigramme logique des etapes du procede de 
Tinvention. 

En se referant plus particulierement a la figure 7, on va decrire 
10 Torganisation logique d'une carte 8 a puce adaptee a gerer des commandes dans 
plusieurs fichiers d'application. 

La carte 8 comprend des moyens pour mettre en aeuvre le procede de gestion 
de commandes, ce moyen est denomme « OS » et porte la reference 3. 

La carte 8 comprend deux fichiers d'application, aussi appeles repertoires. 
15 Le premier fichier d'application est denomme « compte bancaire » et porte 

la reference 40. Ce fichier d'application est prevu pour permettre a un utilisateur 
de gerer des donnees relatives a son compte bancaire. 

Dans le fichier « compte bancaire », l'utilisateur peut ordonner l'execution 
d'une commande denommee « solde » portant la reference 41, d'une commande 
20 denommee « debit » portant la reference 42 et d'une commande denommee 
« transfer! vers compte bourse » portant la reference 43. 

La commande « solde » contient des instructions permettant a l'utilisateur 
de connaitre le solde de son compte bancaire. 

La commande « debit » contient des instructions permettant a l'utilisateur 
25 d'ordonner un mouvement de debit de son compte bancaire. 

La commande « transfert vers compte bourse » permet a l'utilisateur 
d'ordonner le transfert d'un certain montant du compte bancaire vers un compte 
bourse. 
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Le deuxieme fichier d' application est denomme « bourse » et porte la 
reference 50. Ce fichier d'application est prevu pour permettre a l'utilisateur de 
gerer des donnees relatives a son portefeuille de bourse. 

Dans le fichier « bourse », l'utilisateur peut ordonner l'execution d'une 
5 commande denommee « solde compte bourse » portant la reference 51, d'une 
commande denommee « solde bourse » portant la reference 52, d'une commande 
denommee « titre » portant la reference 53, d'une commande denommee « ordre 
d'achat » portant la reference 54, d'une commande denommee « ordre de vente » 
portant la reference 55 et d'une commande denommee « transfer! vers compte 
10 bancaire » portant la reference 56. 

La commande « solde compte bourse » contient des instructions permettant 
a l'utilisateur de connaitre le solde du compte bourse prevu pour alimenter et 
recevoir le montant correspondant aux achats et ventes de titres de bourse. 

La commande « solde bourse » contient des instructions permettant a 
15 l'utilisateur de connaitre la valeur globale des titres en bourse qu'il possede. 

La commande « titre » contient des instructions permettant a l'utilisateur de 
connaitre les titres de bourse que l'utilisateur possede. 

La commande « ordre d'achat » permet a l'utilisateur de dormer l'instruction 
d'acheter des titres de bourse. 
20 La commande « ordre de vente » permet a l'utilisateur de donner 

l'instruction de vendre des titres de bourse. 

La commande « transfer! vers compte bancaire » permet a l'utilisateur de 
donner l'instruction de transferer un certain montant du compte bourse vers le 
compte bancaire. 

25 Pour pouvoir effectuer les commandes « solde », « solde compte bourse », 

« solde bourse » ou « titre », l'utilisateur devra au prealable entrer des conditions 
d'acces no tees « CHV1 ». 

Pour pouvoir effectuer les commandes « debit », « transfert vers compte 
bourse », « ordre d'achat », « ordre de vente » ou « transfert vers compte 
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bancaire », I'utilisateur devra au prealable entrer les conditions d'acces notees 
« CHV2 ». 

La carte 8 comporte des moyens represents par un tableau, pour garder en 
memoire les conditions d'acces conjointement pour tous les fichiers d'application. 
5 Le tableau comporte deux colonnes et quatre lignes. Le nombre de lignes est 

le nombre de conditions d'acces pour I'ensemble des commandes de tous les 
fichiers d'application : la carte comprend en effet deux fichiers d'application et 
chacun d'eux comporte deux conditions d'accfes pour I'ensemble de ses 
commandes. 

10 Lorsqu'une condition d'acces dans un fichier d'application est memorisee, 

1'adresse du fichier d'application figure sur une ligne de la premiere colonne et 
ladite condition d'acces figure sur la meme ligne de la deuxieme colonne. A 
l'inverse, lorsqu'une condition d'acces dans un fichier d'application n'est pas 
memorisee, 1'adresse du fichier d'application ne figure sur aucune ligne de la 

1 5 premiere colonne. 

En se referant plus particulierement a la figure 6, on a represents la carte 8 
adaptee a etre inseree dans un lecteur 12. Le lecteur 12 est connect^ k un 
ordinateur 10 relie a un clavier 14, a un ecran 16 et a un distributeur 18 de billets. 
L'ordinateur 10 est connecte a un ordinateur central 20 adapte a memoriser les 

20 operations qui sont demandees. 

En se referant maintenant plus particulierement a la figure 8, on a represente 
les etapes du procede de gestion de commandes dans plusieurs fichiers 
d'application. 

Dans la situation initiate notee 80, I'utilisateur a ordonne 1'execution d'une 
25 commande dans un fichier d'application. 

Au cours d'une premiere etape notee 81, on recherche si la condition d'acces 
correspondant a ladite commande est memorisee. 

Si la condition d'acces est memorisee, alors on lance, au cours d'une etape 
notee 82, 1'execution de la commande. 
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Si la condition (faeces n'est pas memorisee, alors, au cours d'une etape 
notte 83, on demande a l'utilisateur de satisfaire a la condition d'acces. 

Et alors, si l'utilisateur satisfait a la condition d'acces : au cours d'une etape 
notee 84, on memorise la condition d'acces et on lance ^execution de la 
5 commande. 

Un exemple d'utilisation de la carte va maintenant etre decrit. 

L'utilisateur insere la carte 8 dans le lecteur 12, A ce stade de 1'utilisation, le 
tableau est initialise par l'« OS » : le tableau est done vide de toute donnee (figure 
1). 

10 L'utilisateur souhaite connaitre le solde de son compte bancaire. Pour cela, 

Futilisateur ordonne l'execution de la commande « solde » dans le fichier 
« compte bancaire ». 

L'« OS » recherche si la condition d'acces correspondant a la commande 
« solde » est memorisee, dans notre cas F« OS » cherche si la condition « CHV1 » 

15 du fichier d'application « compte bancaire » est memorisee dans le tableau; 
comme ce n'est pas le cas, car le tableau est vide, F« OS » demande a l'utilisateur 
de satisfaire k la condition d'acces « CHV1 ». L'utilisateur entre un code 
confidentiel sur le clavier et l'utilisateur satisfait ainsi a la condition d'acces 
« CHV1 ». L'« OS » memorise la condition d'acces dans le tableau (figure 2) et 

20 lance l'execution de la commande « solde » : le solde du compte bancaire de 
l'utilisateur apparait a 1'ecran. 

L'utilisateur souhaite ensuite effectuer un debit de son compte bancaire. 
Pour cela, l'utilisateur ordonne Pexecution de la commande « debit » dans le 
fichier « compte bancaire ». 

25 L'« OS » recherche si la condition d'acces correspondant a la commande 

« debit » est memorisee, dans notre cas F« OS » cherche si la condition « CHV2 » 
du fichier d'application « compte bancaire » est mdmorisee dans le tableau ; 
comme ce n'est pas le cas (figure 2), l'« OS » demande a l'utilisateur de satisfaire 
a la condition d'acces « CHV2 ». L'utilisateur entre un code confidentiel sur le 

30 clavier et Futilisateur satisfait ainsi a la condition d'acces « CHV2 ». L'« OS » 
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memorise la condition d'acces dans le tableau (figure 3) et lance l'execution de la 
commande « debit ». Le distributeur fournit a l'utilisateur la somme souhaitee. 

L'utilisateur souhaite alors connaitre le solde de son compte bancaire et 
verifier que son compte bancaire a bien ete memorise. Pour cela, l'utilisateur 
5 ordonne l'execution de la commande « solde » dans le fichier « compte 
bancaire ». 

L'« OS » recherche si la condition d'acces correspondant a la commande 
« solde » est memorisee, dans notre cas l'« OS » cherche si la condition « CHV1 » 
du fichier d' application « compte bancaire » est memorisee dans le tableau ; 
10 comme c'est le cas (figure 3), F« OS » lance l'execution de la commande 
« solde ». Le solde du compte bancaire de l'utilisateur apparait a l'ecran et indique 
bien le nouveau solde, c'est-a-dire, le montant indique lors de la premiere 
commande de l'opdration « solde » diminue de la somme debitee lors de 
l'op£ration« debit ». 

15 L'utilisateur souhaite connaitre le solde de son compte bourse. Pour cela, 

l'utilisateur ordonne l'execution de la commande « solde compte bourse » dans le 
fichier « bourse ». 

L'« OS » recherche si la condition d'acces correspondant a la commande 
« solde compte bourse » est memorisee, dans notre cas 1*« OS » cherche si la 

20 condition « CHV1 » du fichier d'application « bourse » est memorisee dans le 
tableau ; comme ce n'est pas le cas (figure 3), P« OS » demande a l'utilisateur de 
satisfaire a la condition d'acces « CHV1 ». L'utilisateur entre un code confidentiel 
sur le clavier et l'utilisateur satisfait ainsi a la condition d'acces « CHV1 ». 
L'« OS » memorise la condition d'acces dans le tableau (figure 4) et lance 

25 l'execution de la commande « solde compte bourse » : le solde du compte bourse 
de l'utilisateur apparait a l'ecran. 

L'utilisateur souhaite maintenant connaitre les titres de bourse qu'il possede 
dans son portefeuille. Pour cela, l'utilisateur ordonne l'execution de la commande 
« titre » dans le fichier « bourse ». 
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L'« OS » recherche si la condition d'acces correspondant a la commande 
« titre » est memorisee, dans notre cas P« OS » cherche si la condition « CHV1 » 
du fichier d'application « bourse » est memorisee dans le tableau ; comme c'est le 
cas (figure 4), P« OS » lance Pexecution de la commande « titre » : les titres de 
5 bourse poss£des par Putilisateur apparaissent a P Scran. 

L'utilisateur souhaite maintenant vendre certains titres de bourse. Pour cela, 
Putilisateur ordonne Pexecution de la commande « ordre de vente » dans le fichier 
« bourse ». 

L'« OS » recherche si la condition d'acces correspondant a la commande 

10 « solde compte bourse » est memorisee, dans notre cas P« OS » cherche si la 
condition « CHV2 » du fichier d'application « bourse » est memorisee dans le 
tableau ; comme ce n'est pas le cas (figure 4), P« OS » demande a Putilisateur de 
satisfaire h la condition d'acces « CHV2 ». L'utilisateur entre un code confidentiel 
sur le clavier et Putilisateur satisfait ainsi a la condition d'acces « CHV2 ». 

15 L'« OS » memorise la condition d'acces dans le tableau (figure 5) et lance 
Pexecution de la commande « ordre de vente » : P« OS » passe ainsi Pordre des 
titres que Putilisateur vend. 

L'utilisateur souhaite alors connaitre le solde de son compte bourse et 
verifier que son compte bourse a bien ete credite du montant des ventes des titres 

20 effectuees. Pour cela, Putilisateur ordonne Pexecution de la commande « solde 
compte bourse » dans le fichier « bourse ». 

L'« OS » recherche si la condition d'acces correspondant a la commande 
« solde compte bourse » est memorisee, dans notre cas P« OS » cherche si la 
condition « CHV1 » du fichier d'application « bourse » est memorisee dans le 

25 tableau ; comme c'est le cas (figure 5), P« OS » lance Pexecution de la commande 
« solde compte bourse ». Le solde du compte bourse de l'utilisateur apparait a 
Pecran et indique bien le nouveau solde, c'est-a-dire, le montant indique lors de la 
premiere commande de Poperation « solde compte bourse » augmente de la 
somme degagee lors de la vente des titres de bourse. 
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L'utilisateur souhaite transferer une somme de son compte bourse sur son 
compte bancaire. Pour cela, Futilisateur ordonne Fexecution de la commande 
« transfert vers compte bancaire » dans le fichier « bourse ». 

L\< OS » recherche si la condition d'acces correspondant a la commande 
5 « transfert vers compte bancaire » est memorisee, dans notre cas l'« OS » cherche 
si la condition « CHV2 » du fichier d'application « bourse » est memorisee dans 
le tableau ; comme c'est le cas (figure 5), F« OS » lance Fexecution de la 
commande « transfert vers compte bancaire ». 

L'utilisateur souhaite alors connaitre le solde de son compte bancaire et 

10 verifier que son compte bancaire a bien ete credite. Pour cela, l'utilisateur ordonne 
Fexecution de la commande « solde » dans le fichier « compte bancaire ». 

L'« OS » recherche si la condition d'acces correspondant a la commande 
« solde » est memorisee, dans notre cas P« OS » cherche si la condition « CHV1 » 
du fichier d'application « compte bancaire » est memorisee dans le tableau ; 

15 comme c'est le cas (figure 5), F« OS » lance Fexecution de la commande 
« credit ». Le solde du compte bancaire de Futilisateur apparait & F6cran et 
indique bien le nouveau solde, c'est-a-dire, le montant indique lors de la deuxieme 
commande de Foperation « solde » augmente de la somme transferee lors de 
Foperation « transfert vers compte bancaire ». 

20 L'utilisateur souhaite alors connaitre le solde de son compte bourse et 

verifier que son compte bourse a bien ete debite. Pour cela, Futilisateur ordonne 
Fexecution de la commande « solde compte bourse » dans le fichier « bourse ». 

L'« OS » recherche si la condition d'acces correspondant a la commande 
« solde compte bourse » est memorisee, dans le cas considere F« OS » cherche si 

25 la condition « CHV1 » du fichier d'application « bourse » est memorisee dans le 
tableau ; comme c'est le cas (figure 5), F« OS » lance Fexecution de la commande 
« solde compte bourse ». Le solde du compte bourse de Futilisateur apparait a 
Fecran et indique bien le nouveau solde, c'est-a-dire, le montant indique lors de la 
premiere commande de Foperation « solde compte bourse » diminue de la somme 

30 transferee lors de Foperation « transfert vers compte bancaire ». 
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L'utilisateur decide de finir d'ordonner des commandes et ferme la session 
carte qu'il vient d'effectuer, ce faisant le tableau va etre initialise, c'est-a-dire que 
toutes les donnees vont etre effacees. Puis l'utilisateur retire la carte du lecteur. 

Pour des raisons de security si en cours d'utilisation de la carte, cette 
5 derniere est retiree du lecteur, les donnees du tableau sont automatiquement 
effacees. 

En definitive, l'utilisateur n'a au maximum a entrer son mot de passe qu'un 
nombre de fois egal au nombre de conditions d'acces distinctes qui peut 
probablement etre inferieur au nombre de flchiers, meme s'il a acces plusieurs 

10 fois, de fa9on discontinue, a un meme fichier. Ainsi, le nombre d'entrees du mot 
de passe par Tutilisateur est limite. 

Bien entendu, la presente invention n'est nullement limine au mode 
d f execution decrit et represente qui n'a 6t€ donne qu'a titre d'exemple. En 
particulier, elle comprend tous les moyens constituant des equivalents techniques 

15 des moyens decrits ainsi que leurs combinaisons, si celles-ci sont executees selon 
Tesprit de Tinvention. 
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REVINDICATIONS 

1. Procede de gestion de commandes dans plusieurs fichiers d'application, 
a chaque commande dans chaque fichier d'application etant assoctee une 
5 condition d'acces correspondant a ladite commande, chaque commande dans 
chaque fichier d'application etant executee si un utilisateur a ordonne Fexecution 
de ladite commande et si la condition d'acces correspondant a ladite commande 
est memorisee, caracterise en ce qu'on garde memorisees les conditions d'acces 
conjointement pour tous les fichiers d'application auxquels Futilisateur a eu acces. 
10 2. Procede selon la revendication 1, caracterise en ce que, un utilisateur 

ayant ordonne Fexecution d'une commande dans un fichier d'application, 

on recherche si la condition d'acces correspondant a ladite commande est 
memorisee, 

si la condition d'acces est memorisee alors on lance Fexecution de la 
15 commande, 

sinon on demande a Futilisateur de satisfaire a la condition d'acces et 
alors, si Futilisateur satisfait a la condition d'acces, on memorise la condition 
d'acces et on lance Fexecution de la commande. 

3. Procede selon la revendication 2, caracterise en ce que, n designant un 
20 entier superieur ou egal a deux, Futilisateur ayant satisfait a n conditions d'acces, 

on garde memorisees les n demieres conditions d'acces satisfaites. 

4. Procede selon la revendication 3, caracterise en ce que, une nouvelle 
condition d'acces etant satisfaite par Futilisateur, ladite condition d'acces n'etant 
pas en memoire, n conditions d'acces etant memorisees, on supprime de la 

25 memoire la condition d'acces la plus anciennement satisfaite et on memorise la 
condition d'acces nouvellement satisfaite. 

5. Procede selon Fune quelconque des revendications 3 ou 4, n est egal au 
nombre de conditions d'acces pour Fensemble des commandes de tous les fichiers 
d'application. 
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6. Procede selon l'une quelconque des revendications 3 ou 4, n est 
sup6rieur au nombre de conditions d'acces pour l'ensemble des commandes de 
tous les fichiers d'application. 

7. Procede selon Tune quelconque des revendications 3 ou 4, n est 
5 infirieur au nombre de conditions d'acces pour l'ensemble des commandes de 

tous les fichiers d'application. 

8. Procede selon Tune quelconque des revendications 1 a 7, un contact 
6tant 6tabli pour demarrer ledit procede de gestion de commandes, le contact etant 
rompu, on efface toutes les conditions d'acces. 

10 9. Carte (8) a puce adaptee a gerer des commandes dans plusieurs fichiers 

duplication, a chaque commande dans chaque fichier d'application etant 
associee une condition d'acces correspondant a ladite commande, chaque 
commande dans chaque fichier d'application etant ex^cutee si un utilisateur a 
ordonne 1'execution de ladite commande et si la condition d'acces correspondant a 

15 ladite commande est en memoire, caracterisee en ce qu'elle comporte des moyens 
pour garder en memoire les conditions d'acces conjointement pour tous les 
fichiers d'application auxquels 1'utilisateur a eu acces. 

10. Carte (8) selon la revendication 9, caracterisee en ce que, un utilisateur 
ayant ordonne 1'execution d'une commande dans un fichier d'application, elle 

20 comporte : 

- des moyens adaptes a rechercher si la condition d'acces correspondant a 
ladite commande est en memoire, 

- des moyens adaptes a lancer 1'execution de la commande si la condition 
d'acces est en memoire, 

25 - des moyens adaptes a demander a 1'utilisateur de satisfaire a la condition 

d'acces si la condition d'accds n'est pas en memoire, et 

- des moyens adaptes a memoriser la condition d'acces et a lancer 
1'execution de la commande si 1'utilisateur satisfait a la condition d'acces. 

11. Carte (8) selon la revendication 10, caracterisee en ce que, n designant 
30 un entier superieur ou egal a deux, 1'utilisateur ayant satisfait a n conditions 
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d'acces, elle comporte des moyens adaptes a garder en memoire les n dernieres 
conditions d'acces satisfaites. 

12. Carte (8) selon la revendication 11, caracterisee en ce que, une 
nouvelle condition d'acces etant satisfaite par l'utilisateur, ladite condition d'acces 

5 n'etant pas en memoire, n conditions d'acces 6tant memorisees, elle comporte des 
moyens adapts a supprimer de la memoire la condition d'acces la plus 
anciennement satisfaite et a memoriser la condition d'acces nouvellement 
satisfaite. 

13. Carte (8) selon l'une quelconque des revendications 11 ou 12, n est 
10 egal au nombre de conditions d'acces pour 1 'ensemble des commandes de tous les 

fichiers d'application. 

14. Carte (8) selon l'une quelconque des revendications 11 ou 12, n est 
superieur au nombre de conditions d'acces pour 1'ensemble des commandes de 
tous les fichiers d'application. 

15 15. Carte (8) selon l'une quelconque des revendications 11 ou 12, n est 

inferieur au nombre de conditions d'acces pour 1'ensemble des commandes de 
tous les fichiers d'application. 

16. Carte (8) selon l'une quelconque des revendications prScddentes 
caracterisee en ce qu'elle comporte un contact et des moyens adaptes a supprimer 

20 toutes les conditions d'acces lorsque le contact est rompu. 
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